DESCRIPTION 



INFORMATION RECORDING MEDIUM, MULTIPLEXER, AND DECODER 

5 Technical Field 

[0001] The present invention relates to: a package medium 
(an information recording medium) in which data generated by 
packet-multiplexing video data and table data with side information 
of the video data is recorded; and a multiplexer and a decoder for 
10 the data. 

Background Art 

[0002] The following describes, as a conventional 
technology, a transport stream (hereinafter, referred to also as 
15 "TS") by Moving Picture Experts Group (MPEG). 
[0003] (Data Structure of TS) 

FIG.l is a diagram showing a data structure of a TS. 

[0004] A TS is a sequence of TS packets each of which has 
188 bytes. Note that, if the TS is to be recorded on a storage 
20 medium, such as a video tape, a hard disk, or a blue-ray disk, a 
header of 4 bytes is generally added to at the beginning of each TS 
packet. 

[0005] Each TS packet includes a TS header (hereinafter, 
referred to also as "TSH") and a TS payload (hereinafter, referred to 

25 also as "PLD"). The TSH has: a synchronizing word (SYN) 
representing the beginning of the packet; a packet identifier (PID) 
representing a type of the packet; and the like. In the PLD, 
substantial data is stored. Examples of the substantial data are 
coded data such as coded video and audio data, table data called a 

30 program map table, and the like. The PID is used to identify which 
data is stored in the TS packet, among the video, audio, table, or 
other data. A PID value of video or audio data is indicated in the 
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table data. 

[0006] (Data Structure of Program Map Table) 
FIG. 2 is a diagram showing a part of a syntax of the program 
map table. 

5 [0007] "stream_type" shown in FIG. 2 is a field for 

specifying a coding method applied to the video or audio data. 
According to this field, it can be determined whether the data is 
video data or audio data, and if the data is video data, it can be 
determined by which standard coding method the video data is 
10 coded. 

[0008] "reserved" is a field which is reserved for future 
extended use by the MPEG. 

[0009] "elementary_PID" is a field representing a PID value 
of a TS packet in which the data whose coding method is represented 
15 by the "stream_type" is stored. 

[0010] "ES_info_length" field represents a total number of 
bytes of a descriptor in a "for" loop following the "ES_info_length". 
In the "for" loop, N descriptors are stored. 

[0011] (Data Structure of Descriptor) 
20 FIG. 3 is a diagram showing a data structure of a descriptor. 

[0012] A descriptor has: a tag representing a type of the 
descriptor; a descriptor length representing a total number of bytes 
of data of the descriptor; and data having the descriptor length. 

[0013] The tag has 8 bits, so that up to 255 descriptor types 
25 can be defined. 

[0014] The descriptor length has 8 bits, so that data of up 
to 255 bytes can be stored. 

[0015] In the data of the descriptor, stored are: a content of 
coded video or audio data whose coding method is represented by 
30 the "stream_type"; information regarding multiplexing setting data; 
and the like, for example. 

[0016] Detail of the descriptors, and types of the 
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descriptors to be used, are decided by standards or service 
operation standards, which are defined by the MPEG, Society of 
Motion Picture and Television Engineers (SMPTE, a group defining 
video and audio methods in the United States), Advanced Television 
5 Systems Committee (ATSC, a committee defining digital television 
broadcasting methods in the United States), Blue-ray Disc 
Foundation (BDF, a group defining Blue-ray disk standards), and the 
like. 

[0017] (Multiplexer) 
10 FIG. 4 is a block diagram showing an example of a structure of 

a conventional multiplexer which generates a TS having the 
above-described data structure from coded video and audio data. 

[0018] As shown in FIG. 4, the conventional multiplexer 
900 includes: a descriptor generating unit 901 which generates a 
15 descriptor; a table data generating unit 902 which generates a 
program map table in which a descriptor is multiplexed; and a 
packet generating/multiplexing unit 903 which obtains coded video 
data, coded audio data, the generated table data, then generates TS 
packets from those data, and multiplexes and outputs the TS 
20 packets. 

[0019] (Information Recording Medium) 

The TS, in which the coded video data, the audio data, and the 
table data are multiplexed, can be recorded on an information 
recording medium, such as a hard disk or a Blue-ray disk. 
25 [0020] A method of recording the TS onto a 

writable/readable Blue-ray disk (BD-RE) is disclosed in a patent 
document 1. 

[Patent Document 1] Japanese Patent Application Laid-Open No. 
2001-169247 

30 

Disclosure of Invention 

[0021] However, as described in the "Background Art", a 
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maximum number of descriptors which can be stored in the table 
data is 255. In the future, there will be a risk of depleting tag types, 
in consideration of that a great number of tag types are already 
defined in various standards, such as the MPEG and the ATSC, and 
5 that new coding methods will be adopted and the functions will be 
extended in the future. In other words, if only one descriptor can 
be stored in the table data, there is a risk that it will become 
impossible to assign tags to new coding methods or extended 
functions. 

10 [0022] Therefore, in order to avoid such a situation, it is 

desirable to adopt a hierarchy in a descriptor, in other words, a 
structure in which a single descriptor has plural sub-descriptors, as 
shown in FIG. 5. Moreover, if such a sub-descriptor has a data 
structure in which a sub-descriptor length part is eliminated as 

15 shown in FIG. 5, it is possible to reduce data size while storing plural 
sub-descriptors. 

[0023] However, if such a data structure without the 
sub-descriptor length is adopted, since there is no information 
indicating a data size of the sub-descriptor, a decoder analyzing a 

20 descriptor (for example) can not analyze a sub-descriptor which 
follows the sub-descriptor whose data structure is unknown, even if 
the former sub-descriptor is an already-known sub-descriptor. 

[0024] For example, the following situation is considered: 
in a descriptor, data structures of sub-descriptors 1 and 2, whose 

25 tab values are 1 and 2 respectively, are already known, while a data 
structure of a sub-descriptor 3, whose tab value is 3, is unknown. 

[0025] If the sub-descriptor 1, the sub-descriptor 2, and 
the sub-descriptor 3 are stored sequentially in the descriptor, it is 
possible to analyze the sub-descriptors 1 and 2, since the data 

30 structures of these sub-descriptors are known. 

[0026] However, if the storing order is the sub-descriptor 1, 
the sub-descriptor 3, and then the sub-descriptor 2, it is possible to 
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analyze the sub-descriptor 1, but not the sub-descriptor 2 which 
follows the sub-descriptor 3 whose data structure is not known. 

[0027] A standard is sometimes extended in order not to be 
obsolete, even after being decided once. Therefore, it is expected 
5 that new sub-descriptor types will be added, or the data structures 
of existing sub-descriptors will be changed. There is a problem that 
a multiplexer based on a certain standard will be unable to perform 
normal decoding processing, because the multiplexer cannot 
analyze added or modified sub-descriptors based on further 

10 extended standards, and moreover, cannot analyze even 
fundamentally analyzable sub-descriptors following the added or 
modified sub-descriptors, since data lengths of those 
sub-descriptors are not known. 

[0028] Here, the problem is explained in more detail and 

15 more specifically. 

[0029] For example, it is assumed that, in a transport 
stream standard (hereinafter, referred to also as "T-standard") 1.0, 
which is extended to support a certain new video coding, as shown 
in FIG. 6, sub-descriptors are regulated as follows: a tag value 0 is 

20 regarding a profile; a tag value 1 is regarding a buffer capacity in a 
decoder; and a tag value 2 is regarding packetization. Further, in a 
T-standard 2.0, as shown in FIG. 7, an additional tag value 3 is 
regulated for a descriptor regarding profile adding constraints. 
Here, in the T-standards, it is regulated to assign the regulation 

25 details of sub-descriptors with tag values which are sequentially 
increased by 1 from a firstly defined smallest value. 

[0030] In a conventional multiplexer based on the 
T-standard 1.0, sub-descriptors are stored in an order of tag values 
0, 1, and 2, according to a regulation of the T-standard 1.0. 

30 [0031] On the other hand, in a multiplexer based on the 

T-standard 2.0, as shown in FIG. 8, there would be a high possibility 
that immediately after a sub-descriptor regarding a profile (tag 
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value 0), a sub-descriptor regarding profile adding constraints (tag 
value 3) is stored, and subsequently sub-descriptors of the tag 
values 1 and 2 are stored. This is because information regarding 
the similar details (here, profile) are normally stored continuously. 
5 [0032] Here, in the MPEG standard (ISO/IEC14496-10, for 

example), the information regarding a profile represents constraints 
on tools used in compressing and coding. Examples of the profiles 
regulated by the information are a base line profile, a main profile, 
an extended profile, and the like. In the T-standards, the 

10 information regarding a profile is assumed to have the same details 
as described above. Moreover, as the information regarding profile 
adding constraints, information for further constraining tools 
applicable in each profile is considered. Examples of such 
information is constraint_setO_flag, constraint_setl_flag in the 

15 same standard ISO/IEC14496-10. An AVC video descriptor 
(optional) is used when video data compressed by the 
ISO/IEC14496-10 is stored in a transport stream by MPEG-2. In 
the AVC video descriptor, the above information is defined in a 
structure as shown in FIG. 9. This regulation is standardized in 

20 13818-1:2003. 

[0033] Here, the information regarding a profile 
corresponds to "profile_idc", the information regarding profile 
add i t i nq adding constraints corresponds to "constraint_setO_flag", 
for example. 

25 [0034] Thus, if the sub-descriptor regarding profile adding 

constraints (tag value 3) is defined by the T-standard 2.0, according 
to the above example of ISO/IEC14496-10, there is a high 
possibility that a sub-descriptor of the tag value 3 is stored following 
a sub-descriptor of tag value 0, then subsequently sub-descriptors 

30 of tag values 1 and 2 are stored. 

[0035] As mentioned above, if the sub-descriptor regarding 
profile adding constraints (tag value 3), which is added by the 
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T-standard 2.0, is stored immediately after the sub-descriptor 
regarding a profile (tag value 0), then subsequently sub-descriptors 
of tag values 1 and 2 are stored, a decoder based on the T-standard 
1.0 can interpret the sub-descriptor of tag value 0 regarding a 
5 profile, but cannot interpret the next sub-descriptor of tag value 3 
regarding profile adding constraints. In addition, a size of the 
descriptor of tag value 3 regarding profile adding constraints is not 
known, so that it is not possible to interpret the descriptor of tag 
value 1 regarding a buffer capacity of a decoder nor the descriptor of 

10 tag value 2 regarding packetization. 

[0036] That is, regarding a decoder for decoding video or 
audio data, there is a problem that if the decoder does not conform 
to an extended standard, the decoder cannot analyze data coded by 
the extended standard, even if the data includes side information 

15 which the decoder can identify. 

[0037] Accordingly, in order to solve the above-described 
technical problems, an object of the present invention is to provide 
a multiplexer, an information recording medium, and a decoder, 
each of which can reliably analyze side information which the 

20 decoder can fundamentally identified. 

[0038] In other words, an object of the present invention is 
to provide a multiplexer, an information recording medium, and a 
decoder, which can ensure backward compatibility. 

25 Moons to so l vo the Problem 

[0039] In order to achieve the above object, a multiplexer 
generates data by assigning different packet identifiers to (i) one of 
coded video data and coded audio data, and (ii) table data regarding 
the coded data, and packet-multiplexing the coded data and the 
30 table data, the multiplexer including: a sub-descriptor generating 
unit operable to generate sub-descriptors, each of which includes a 
sub-tag value representing a type of side information, and the side 
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information, the side information representing a parameter for 
decoding the coded data; a main descriptor generating unit operable 
to generate a main descriptor which includes the sub-descriptors 
generated by the sub-descriptor generating unit, and a main tag 
5 value representing a set of the sub-descriptors; and a table 
generating unit operable to generate the table data, by associating 
the main descriptor generated by the main descriptor generating 
unit, with the packet identifier of the coded data, wherein the 
sub-descriptor generating unit is operable to output the 

10 sub-descriptors in an order defined by a predetermined storage rule. 

[0040] Thereby, a decoder for decoding video or audio data 
has an effect of reliably analyzing side information which the 
decoder can identify. 

[0041] Further, in the multiplexer according to the present 

15 invention, the storage rule may define that the sub-descriptors are 
to be stored in an ascending order of the sub-tag values, the sub-tag 
values being natural numbers. 

[0042] Thereby, a larger tag value is assigned to new side 
information resulted from standard extension, so that the decoder 

20 has an effect of reliably analyzing side information which the 
decoder can identify. 

[0043] Still further, in the multiplexer according to the 
present invention, the storage rule may define that the 
sub-descriptors are to be classified into groups according to when 

25 the sub-descriptors are standardized, and a sub-descriptor 
belonging to a group standardized earlier is to be stored prior to a 
sub-descriptor belonging to a group standardized later. 

[0044] Thereby, a larger tag value is assigned to new side 
information of a sub-descriptor belonging to a group standardized 

30 earlier when a standard is extended, so that sub-descriptors can be 
grouped, which enables the decoder to have an effect of reliably 
analyzing side information which the decoder can identify. 
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[0045] Still further, in the multiplexer according to the 
present invention, the sub-descriptor generating unit may i nc l udes 
include an internal memory in which the generated sub-descriptors 
can be stored, and be operable to sort the sub-descriptors to be 
5 outputted in the order defined by the storage rule, when the 
sub-descriptors are not stored in the order in the internal memory. 

[0046] Thereby, an order of sub-descriptors can be 
modified to be the same as defined in the storage rule, so that the 
decoder has an effect of reliably analyzing side information which 
10 the decoder can identify. 

[0047] Still further, the multiplexer according to the 
present invention may further include: a management information 
generating unit operable to multiplex flag information for specifying 
the storage rule of the side information, into management 
15 information regarding the data packet-multiplexed by the 
multiplexing unit; and a linking unit operable to link the 
management information with the packet-multiplexed data. 

[0048] Thereby, the decoder has an effect of previously 
ensuring that the decoder can analyze side information which the 
20 decoder can identify. 

[0049] Moreover, in an information recording medium, data 
is recorded, the data being generated by assigning different packet 
identifiers to (i) one of coded video data and coded audio data, and 
(ii) table data regarding the coded data, and packet-multiplexing 
25 the coded data and the table data, wherein the table data has a main 
descriptor which includes: sub-descriptors, each of which includes a 
sub-tag value representing a type of side information representing a 
parameter for decoding the coded data, and the side information; 
and a main tag value representing a set of the sub-descriptors, and 
30 the sub-descriptors are stored in an order defined by a 
predetermined storage rule. 

[0050] Thereby, a decoder for decoding video or audio data 
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has an effect of reliably analyzing side information which the 

decoder can identify. 

[0051] Further, in the multiplexer according to the present 

invention, management information linked to the 
5 packet-multiplexed data may be further recorded, and in the 

management information, flag information representing the storage 

rule of the sub-descriptors may be multiplexed. 

[0052] Thereby, the decoder has an effect of previously 

ensuring that the decoder can analyze side information which the 
10 decoder can identify. 

[0053] Moreover, a decoder obtains data that is generated 

by assigning different packet identifiers to (i) one of coded video 

data and coded audio data, and (ii) table data regarding the coded 

data, and packet-multiplexing the coded data and the table data, 
15 the decoder including: a de-multiplexing unit operable to 

de-multiplex the coded data and the table data from the 

packet-multiplexed data, by referring to the packet identifiers; an 

information analyzing unit operable to analyze a sub-descriptor 

identified by a main tag value stored in the de-multiplexed table 
20 data, and extract side information of the analyzed sub-descriptor; 

and a data decoding unit operable to decode the coded data based 

on the extracted side information. 

[0054] Thereby, the decoder has an effect of reliably 

analyzing side information which the decoder can identify. 
25 [0055] Further, in the multiplexer according to the present 

invention, the information analyzing unit may be operable to 

terminate the analyzing, when the sub-descriptor cannot be 

analyzed. 

[0056] Thereby, while maintaining backward compatibility, 
30 it is possible to quickly conclude the information analyzing 
processing. 

[0057] Still further, in the multiplexer according to the 
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present invention, the information analyzing unit may be operable 
to select, as an effective sub-descriptor, a sub-descriptor positioned 
more backwards in plural sub-descriptors having the same value, 
when the plural sub-descriptors are detected from the table data. 
5 [0058] Thereby, even if a data structure of side information 

in a sub-descriptor is changed due to standard extension, there is an 
effect that the side information included in the sub-descriptor can be 
reliably extracted. 

[0059] Note that the present invention can be realized, not 

10 only as the multiplexer, the information recording medium, and the 
decoder, but also as: a multiplexing method and a decoding method 
using processing performed by the units of the multiplexer, the 
information recording medium, and the decoder; and a program 
which causes a computer to execute the processing. Here, it is 

15 obvious that such a program can be distributed via a memory 
medium such as a CD-ROM, or a transmission medium such as the 
Internet. 

[0060] Although in the embodiments, both of the coded 
video data and the coded audio data are treated, but it is obvious 
20 that the present invention is also able to treat only the coded video 
data or only the coded audio data. 

Effect of the Invent i on 

[0061] As is apparent from the above description, there is 
25 an effect that, by the decoder, the information recording medium, 
and the decoder according to the present invention, the decoder for 
decoding video or audio data can reliably analyze side information 
which the decoder can identify. 

[0062] Therefore, the present invention for ensuring 
30 backward compatibility is highly suitable for practical use, in recent 
days the existing decoders have been widely used. 
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Brief Description of Drawings 

[0063] [FIG. 1] FIG.l is a diagram showing a data structure of a 
transport stream. 

[FIG. 2] FIG. 2 is a diagram showing a data structure of a program 
5 map table. 

[FIG. 3] FIG. 3 is a diagram showing a data structure of a descriptor. 
[FIG. 4] FIG. 4 is a block diagram showing an example of a 
conventional multiplexer. 

[FIG. 5] FIG. 5 is a diagram showing a data structure of a 
10 sub-descriptor. 

[FIG. 6] FIG. 6 is a diagram showing regulation details of 
sub-descriptors regulated by a T-standard 1.0. 

[FIG. 7] FIG. 7 is a diagram showing regulation details of 

sub-descriptors regulated by a T-standard 2.0. 
15 [FIG. 8] FIG. 8 is a diagram showing details of sub-descriptors 

(including a descriptor) generated by a certain multiplexer. 

[FIG. 9] FIG. 9 is a diagram showing information regarding profiles 

in a MPEG standard (ISO/IEC14496-10, for example). 

[FIG. 10] FIG. 10 is a block diagram showing a structure of a 
20 multiplexer according to the first embodiment of the present 

invention. 

[FIG. 11] FIG. 11 is a flowchart showing one example of processing 
performed by a sub-descriptor generating unit 14. 
[FIG. 12] FIG. 12(a) and FIG. 12(b) are explanatory diagrams 
25 showing examples of a storage rule for sub-descriptors. 

[FIG. 13] FIG. 13 is a diagram showing details of sub-descriptors 
(including a descriptor) generated by the multiplexer according to 
the present invention. 

[FIG. 14] FIG. 14 is a block diagram showing a structure of a 
30 multiplexer according to the second embodiment of the present 
invention. 

[FIG. 15] FIG. 15 is a diagram showing a data hierarchy of a 
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Blue-ray disk. 

[FIG. 16] FIG. 16 is a diagram showing a logic space structure of a 
Blue-ray disk. 

[FIG. 17] FIG. 17 is a block diagram showing a structure of a 
5 decoder according to the third embodiment of the present invention. 
[FIG. 18] FIG. 18 is a flowchart showing one example of processing 
performed by an information analyzing unit 22. 

[FIG. 19] FIG. 19(a), FIG. 19(b), and FIG. 19(c) are diagrams 
showing a recording medium, in which a program for realizing an 
10 information recording medium, a multiplexer, and a decoder 
according to the first to third embodiments is stored. 
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B est — Mode for Carrying — Qtrt — Detailed Description of the 
10 Invention 

[0065] The following describes embodiments according to 
the present invention with reference to the drawings. 
[0066] (First Embodiment) 

FIG. 10 is a block diagram showing a structure of a 
15 multiplexer according to the first embodiment of the present 
invention. 

[0067] As shown in FIG. 10, the multiplexer 10a generates 
data by assigning different packet identifiers to coded video data, 
coded audio data, and table data regarding those coded data, and 
20 packet-multiplexing those data. The multiplexer 10a includes a 
sub-descriptor generating unit 14, a descriptor generating unit 11, a 
table data generating unit 12, and a packet generating/multiplexing 
unit 13. 

[0068] The sub-descriptor generating unit 14 generates 
25 sub-descriptors. More specifically, the sub-descriptor generating 
unit 14 generates plural sub-descriptors, each of which has: a tag 
value that represents a type of side information representing a 
parameter for decoding the coded data; and the side information. 
The side information includes information representing a motion 
30 compensation vector value, a coding method (coding mode), and the 
like, except the main information such as the coded video data and 
the coded audio data. 
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[0069] The descriptor generating unit 11 multiplexes the 
sub-descriptors to generate a descriptor. More specifically, the 
descriptor generating unit 11 generates a descriptor (main 
descriptor) having: the plural sub-descriptors generated by the 
5 sub-descriptor generating unit 14; and a tag value (main tag value) 
representing a set of the plural sub-descriptors. 

[0070] The table data generating unit 12 generates a 
program map table in which the descriptor is multiplexed. More 
specifically, the table data generating unit 12 generates table data in 

10 which the descriptor generated by the descriptor generating unit 11 
is associated with the packet identifier of the coded data. 

[0071] The packet generating/multiplexing unit 13 obtains 
at least the coded video data, the coded audio data, and the 
program map table, in order to generate TS packets, and 

15 multiplexes the TS packets to be outputted. 

[0072] Examples of applicable coding method methods for 
the coded video and audio data are: methods standardized by the 
MPEG, ITU-T, the SMPTE, and the like (ISO/IEC13818, 
ISO/IEC14496, and the like, for example); and methods regulated 

20 by operation standards of DVD, BD, and the like. Moreover, besides 
the TS packet sequence of 188 bytes length, a format of the TS 
outputted by the multiplexer 10a may be a packet sequence of 192 
bytes length in which an additional header of 4 bytes is added to the 
beginning of each TS packet. 

25 [0073] In the additional header of 4 bytes, a program clock 

reference (PCR) is commonly recorded. The PCR is obtained by 
sampling a clock value generated from clock information in the 
multiplexer. 

[0074] Further, descriptor types are regulated by standards 
30 such as the MPEG, and service operation standards. Especially, as 
a descriptor in which sub-descriptors are stored, a registration 
descriptor, a conditional access descriptor, a copyright descriptor, 
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and the like, which are standardized by the MPEG, can be used. 

[0075] As shown in FIG. 5, a data structure of a descriptor 
includes: a descriptor tag for identifying a type of the descriptor; a 
descriptor length representing the number of bytes of data following 
5 the descriptor length; and descriptor data. A sub-descriptor is a 
part of the descriptor data. A sub-descriptor has: a sub-descriptor 
tag for identifying a type of the sub-descriptor; and sub-descriptor 
data (side information). 

[0076] Besides a profile which is information regarding a 

10 coding method applied to the video or the audio, and information ef 
relating to a level, examples of the side information may be 
information of a buffer size required for decoding, information of a 
packetized unit of the coded data that is information regarding 
packetization and multiplexing, and the like. 

15 [0077] In the multiplexer 10a shown in FIG. 10, the 

sub-descriptor generating unit 14 holds a table 140 storing the 
latest sub-descriptor regulation details (details of a regulation 
regarding sub-descriptors as shown in FIG. 7, for example); obtains 
the side information and a storage rule instructing an order of 

20 storing the side information; generates sub-descriptors from the 
side information; sorts the sub-descriptors according to the storage 
rule, if necessary; and outputs the sub-descriptors. 

[0078] The processing performed by the sub-descriptor 
generating unit 14 is described herein below more specifically. 

25 [0079] FIG. 11 is a flowchart showing the processing 

performed by the sub-descriptor generating unit 14. 

[0080] The sub-descriptor generating unit 14 firstly obtains 
one side information (Sll), generates a sub-descriptor by assigning 
the side information with a tag value according to the side 

30 information (S12), and stores the generated sub-descriptor into an 
internal memory (S13). Next, the sub-descriptor generating unit 
14 determines whether or not there is another side information 
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(S14). If there is another side information (Yes at S14), then the 
processing loops back to Step Sll, and the sub-descriptor 
generating unit 14 repeats Steps Sll to S13 until there is no side 
information. If there is no side information, in other words, if all 
5 side information have been used to generate sub-descriptors (No at 

514) , then the sub-descriptor generating unit 14 obtains storage 
rule information, and determines whether or not an order of the 
plural sub-descriptors held in the internal memory is the same as 
defined in the storage rule information (S15). 

10 [0081] If the order is the same as the storage rule 

information (Yes at S15), then the sub-descriptor generating unit 14 
outputs the plural sub-descriptors in the order as defined in the 
storage rule information, and the sub-descriptor generation 
processing is terminated. On the other hand, if the order is 

15 different from an order defined in the storage rule information (No at 

515) , then the sub-descriptor generating unit 14 sorts the plural 
sub-descriptors held in the internal memory, according to the 
storage rule information, then outputs a sequence of the sorted 
sub-descriptors, and the sub-descriptor generation processing is 

20 terminated. 

[0082] The descriptor generating unit 11 obtains the 
sub-descriptors generated by the sub-descriptor generating unit 14, 
then multiplexes the sub-descriptors to generate a descriptor 
having the data structure as shown in FIG. 3, and outputs the 

25 descriptor. 

[0083] The table data generating unit 12 multiplexes the 
descriptor generated by the descriptor generating unit 11 to 
generate table data as shown in FIG. 2 to be outputted. 

[0084] The packet generating/multiplexing unit 13 obtains 
so the coded video data, the coded audio data, and the table data, then 
packetizes the data to TS packets, and multiplexes the TS packets to 
be outputted. 
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[0085] Here, two desirable examples of the storage rule are 
described. 

[0086] FIG. 12 shows diagrams for explaining the two 
desirable examples of the storage rule. Especially FIG. 12(a) 
5 shows one storage rule defining that tag values of sub-descriptors 
are natural numbers, each of which is equal to or more than 1 and 
stored in ascending order. FIG. 12(b) shows the other storage rule 
defining that sub-descriptors are classified into groups according to 
when the sub-descriptors are standardized, so that a sub-descriptor 

10 belonging to a group standardized earlier to be stored prior to a 
sub-descriptor belonging to a group standardized later. 

[0087] The first example is, as shown in FIG. 12(a), the 
storage rule defining that tag values of sub-descriptors are natural 
numbers, each of which is equal to or more than 1 and stored in 

15 ascending order. This is because, it is general in standards that a 
firstly standardized sub-descriptor is assigned with a small tag value, 
and when another sub-descriptor is newly defined due to extension 
of the standard, the new sub-descriptor is often assigned with a 
larger tag value. 

20 [0088] Now, at Step S13, it is assumed that a 

sub-descriptor 1 (tag value 1), a sub-descriptor 2 (tag value 3), and 
a sub-descriptor 3 (tag value 2) are sequentially stored in the 
internal memory in this order. In this case, at Step S16, the 
sub-descriptors are sorted in an order of the sub-descriptor 1 (tag 

25 value 1), the sub-descriptor 3 (tag value 2), and the sub-descriptor 
2 (tag value 3), in order to be outputted. Note that it has been 
described that the tag values of the sub-descriptors are natural 
numbers, each of which is equal to or more than 1 and stored in 
ascending order, but it is also possible that the tag values are 

30 natural numbers, each of which is equal to or more than 0 and stored 
in ascending order. 

[0089] For example, if the sub-descriptors are stored in the 
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internal memory in the order shown in FIG. 8, the sub-descriptor 
generating unit 14 sorts the sub-descriptors in ascending order of 
the tag value 0, the tag value 1, the tag value 2, and the tag value 
3, as shown in FIG. 13. 
5 [0090] The second example is, as shown in FIG. 12(b), the 

storage rule defining that sub-descriptors are classified into groups 
according to when the sub-descriptors are standardized, so that a 
sub-descriptor belonging to a group standardized earlier is to be 
stored prior to a sub-descriptor belonging to a newly standardized 
10 group. It is assumed that the sub-descriptors have been defined at 
two different times, namely, at standardization times tl and t2 
(tl<t2). 

[0091] Now, at Step S13, it is assumed that a 
sub-descriptor 1 (tag value 5, standardization time tl), a 

15 sub-descriptor 2 (tag value 1, standardization time t2), and a 
sub-descriptor 3 (tag value 2, standardization time tl) are 
sequentially stored in the internal memory in this order. In this 
case, at Step S16, the sub-descriptors are sorted in an order of the 
sub-descriptor 1, the sub-descriptor 3, and the sub-descriptor 2, or 

20 in an order of the sub-descriptor 3, the sub-descriptor 1, and the 
sub-descriptor 2, in order to be outputted. The sub-descriptors 1 
and 3 have the same standardization time tl and belong to the same 
group, so that the order of the sub-descriptors 1 and 3 in the group 
can be switched. The storage rule information is a reference table 

25 in which a tag value of each sub-descriptor is associated with a 
standardization time. The sub-descriptor generating unit 14 can 
obtain the reference table from the outside, or can previously hold 
the reference table. 

[0092] Therefore, a decoder for decoding video or audio 

30 data has an effect of reliably analyzing the side information which 
the decoder can identify, so that backward compatibility is ensured. 
[0093] Note that the TS data outputted by the multiplexer 
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according to the present invention can be transmitted via broadcast 
waves or radio waves, or can be stored in a storage medium such as 
a DVD, a Blue-ray disk, or a hard disk. 

[0094] Note also that the first embodiment has described 
5 the multiplexer as a hardware, but the multiplexer is not limited to 
the above. For example, the above-described multiplexer can be 
realized also as a software program stored on an information 
recording medium fe.g., a computer readable recording medium) 
which is executed by a central processing unit (CPU) or a digital 
10 signal processing device (DSP). Note also that the 
above-described multiplexer may be realized as a large scale 
integration (LSI). 

[0095] (Second Embodiment) 

Next, a multiplexer according to the second embodiment of 
15 the present invention is described. 

[0096] FIG. 14 is a block diagram showing a structure of the 
multiplexer according to the second embodiment of the present 
invention. 

[0097] As shown in FIG. 14, the multiplexer 10b includes 
20 the sub-descriptor generating unit 14, the descriptor generating 
unit 11, the table data generating unit 12, the packet 
generating/multiplexing unit 13, which are included in the 
multiplexer 10a. In addition to those units 11 to 14, the 
multiplexer 10b further has: a management information generating 
25 unit 15 for generating management information data; and a linking 
unit 16 for linking the management information data to a TS in which 
at least video data, audio data, and a program map table are 
multiplexed onto, for example, an information recording medium 
17 . 

30 [0098] Here, processing performed by the sub-descriptor 

generating unit 14, the descriptor generating unit 11, the table data 
generating unit 12, and the packet generating/multiplexing unit 13 
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are the same as the processing performed by the sub-descriptor 
generating unit 14, the descriptor generating unit 11, the table data 
generating unit 12, and the packet generating/multiplexing unit 13 
in FIG. 10 which have been described for the multiplexer according 
5 to the first embodiment. Therefore, these units are not described 
again herein below, and only the management information 
generating unit 15 and the linking unit 16 are described. 

[0099] In the management information data generated by 
the management information generating unit 15, various attribute 

10 information of audio-visual data, and information for N times speed 
reproduction (special reproduction) are stored. The management 
information data is recorded onto a storage medium such as a hard 
disk, a DVD, a Blue-ray disk (BD), together with video or audio data. 
The following describes, as one example, a read-only BD-ROM with 

15 reference to FIGS. 15 and 16. 

[0100] FIG. 15 is a schematic diagram showing a structure 
of the BD-ROM. 

[0101] The BD-ROM has a BD disk 104 which is a disk 
medium, and data 101, 102, and 103 which are recorded in the disk. 

20 The data recorded in the BD disk 104 includes: coded video and 
audio data 103; management information 102 regarding the coded 
data; and a BD reproducing program 101 for realizing interactivity 
such as menu operations by a user. 

[0102] FIG. 16 is a diagram showing a directory file 

25 structure of logical data recorded in the BD. 

[0103] As other optical disks such as DVD and CD, the BD 
disk also has recording areas concentrically from the inter periphery 
to the outer periphery, and there is a logical address space for 
recording logical data, between lead-in at the inter periphery and 

30 lead-out at the outer periphery. In the logical address space, file 
system information (volume) is recorded at the beginning, and then 
coded video or audio data, table data, and the like are recorded. In 
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the case of general application software in which a movie or the like 
is recorded, a BDVIDEO directory is placed directly under a ROOT 
directory. In this BDVIDEO directory, application data and data 
such as the management information (101, 102, and 103 in FIG. 15) 
5 are stored. Under the BDVIDEO directory, at least the following six 
kinds of files are generally placed. 

[0104] 1 BD.INFO: This file is one of the BD management 
information. In BD.INFO, information regarding the entire BD is 
recorded. 

10 [0105] 2 BD. PROG : This file is one of the BD reproducing 

programs. In BD. PROG, reproduction control information 

regarding the entire BD disk is recorded. 

[0106] 3 XXX. PL ("XXX" is variable): This file is one of the 

BD management information. In XXX. PL, playlist information 
15 which is a scenario (reproduction sequence) is recorded. Each 

playlist has one file. 

[0107] 4 XXX. PROG ("XXX" is variable): This file is one of 

the BD reproducing programs. In XXX. PROG, reproduction control 

information regarding XXX. PL is recorded. 
20 [0108] 5 YYY.VOB ("YYY" is variable): This file is one of TS 

in which coded video or audio data and table data are multiplexed. 

[0109] 6 YYY.VOBI ("YYY" is variable): This file is one of 
the BD management information. In YYY.VOBI, management 

25 information regarding YYY.VOB is recorded. 

[0110] The management information generating unit 15 
generates the above-described management information. Further, 
in the second embodiment, information indicating the storage rule 
of sub-descriptors used in the sub-descriptor generating unit 14 is 

30 multiplexed into the management information. The management 
information is divided into plural files, to be stored into BD.INFO, 
BD.PROG, or XXX. PL. Furthermore, it is possible to associate the 
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storage rule of sub-descriptors with an existing data field of the 
management information data. 

[0111] For example, if a linking rule is to be associated with 
an existing data field of XXX. PL in which play I ist information is 
5 recorded, the following way is possible. 

[0112] In XXX. PL, there is at least one or more "PlayltemO". 
In each "Playltem()", a table called "STN_table()" is recorded. In 
"STN_table()", "stream_attributes()" is recorded for each coded 
video or audio data. In "stream_attributes()", there is a 
10 "stream_coding_type" field representing a coding method. Here, it 
is possible to define that, when "stream_coding_type" field has a 
particular value, the linking rule regarding sub-descriptors is 
thereby indicated. 

[0113] The linking unit 16 links the above-described 
15 management information to a multiplexed TS packet (added with a 
4-byte header at the beginning), and outputs the linked data. 
Moreover, the linked data is recorded onto the information recording 
medium (e.g., BD)& D- 17. 

[0114] The above has described the multiplexer according 
20 to the second embodiment of the present invention. 

[0115] Therefore, a decoder for decoding video or audio 
data has an effect of reliably analyzing the side information which 
the decoder can identify, so that backward compatibility is ensured. 

[0116] Furthermore, flag information for specifying a 
25 storage rule of the side information is multiplexed in the 
management information, so that the decoder has an effect of 
previously ensuring that the decoder can analyze the side 
information which the decoder can identify. 

[0117] Note that the second embodiment has described 
30 that the linked data is recorded onto the BD, but this is not limited 
to the above and the linked data may be recorded onto a storage 
medium such as a hard disk or a DVD. 
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[0118] Note also that the second embodiment has 
described the multiplexer as a hardware, but the multiplexer is not 
limited to the above. For example, the above-described 
multiplexer can be realized also as a software program which is 
5 executed by a central processing unit (CPU) or a digital signal 
processing device (DSP). Note also that the above-described 
multiplexer may be realized as a large scale integration (LSI). 

[0119] (Third Embodiment) 

The following describes a decoder according to the third 

10 embodiment of the present invention. 

[0120] FIG. 17 is a block diagram showing a structure of the 
decoder according to the third embodiment of the present invention. 

[0121] The decoder 20 has: a de-multiplexing unit 21 which 
obtains a TS in which coded video or audio data, and table data are 

15 multiplexed, and de-multiplexes the TS; an information analyzing 
unit 22 which analyzes sub-descriptors stored in the table data and 
classified by tag values; and a data decoding unit 23 which decodes 
coded video or audio data with reference to the side information 
included in the analyzed sub-descriptors. 

20 [0122] More specifically, the decoder 20 receives data in 

which at least one of coded video data and coded audio data, and 
table data are assigned with different packet identifiers and 
packet-multiplexed. The decoder 20 has: the de-multiplexing unit 
21 which de-multiplexes the coded data and the table data from the 

25 packet-multiplexed data, by referring to the packet identifiers; the 
information analyzing unit 22 which analyzes sub-descriptors 
identified by a tag value (main tag value) stored in the 
de-multiplexed table data, and extracts the analyzed side 
information; and the data decoding unit 23 which decodes the coded 

30 data based on the extracted side information. 

[0123] Here, the information analyzing unit 22 holds a table 
220 in which details of the sub-descriptor regulation (details of a 
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regulation regarding sub-descriptors shown in FIG. 6, for example) 
are stored. When plural sub-descriptors having the same tag value 
are detected in the table data, a sub-descriptor placed more 
backwards among the sub-descriptors is used as a formal 
5 sub-descriptor. The table data is a program map table standardized 
by the MPEG. 

[0124] Next, processing performed by the information 
analyzing unit 22 is described more specifically. 

[0125] FIG. 18 is a flowchart showing processing performed 
10 by the information analyzing unit 22. 

[0126] The information analyzing unit 22 firstly determines 
whether or not any sub-descriptor is stored in a descriptor 
associated with video or audio data in the program map table, in 
other words, whether or not the descriptor has any sub-descriptor 
15 (S21). This is because the data structure is regulated by a tag 
value of the descriptor, which can be used to determine whether or 
not the descriptor has any sub-descriptor. 

[0127] If the descriptor has any sub-descriptor (Yes at S21), 
then the information analyzing unit 22 determines whether or not all 
20 sub-descriptors have been analyzed (S22). 

[0128] If there remains any sub-descriptor which has not 
yet been analyzed (No at S22), then the information analyzing unit 
22 examines a tag of the sub-descriptor to determine whether or not 
the data structure is known by the tag value, in other words, 
25 whether or not a tag value of the sub-descriptor is known (S23). 

[0129] If the data structure is known (Yes at S23), then the 
information analyzing unit 22 reads side information stored in a data 
field of the sub-descriptor following the tag, and analyzes the side 
information (S24). 
30 [0130] On the other hand, when the data structure is 

unknown, even if there is any sub-descriptor which has not yet 
analyzed (No at S21, Yes at S22, No at S23), the information 
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analyzing unit 22 cancels subsequent analyzing processing and the 
processing is terminated. 

[0131] This means that the information analyzing unit 22 
ends the information analyzing processing, not only when all 
5 sub-descriptors have been analyzed, but also when a certain 
sub-descriptor cannot be analyzed. 

[0132] Therefore, while maintaining backward compatibility, 
it is possible to quickly conclude the information analyzing 
processing. 

10 [0133] Note that, if plural sub-descriptors having the same 

tag value are detected at S23, a sub-descriptor detected later is 
considered effective, and sub-descriptors stored prior to the 
effective sub-descriptor are canceled. This means that, the side 
information included in the canceled sub-descriptors are not used as 

15 reference in decoding processing by the data decoding unit 23. 

[0134] Therefore, even if a data structure of side 
information in a sub-descriptor is changed due to standard 
extension, there is an effect that the side information included in the 
sub-descriptor can be reliably extracted. 

20 [0135] Note also that the third embodiment has described 

the multiplexer as a hardware, but the multiplexer is not limited to 
the above. For example, the above-described multiplexer can be 
realized also as a software program recorded on an information 
recording medium fe.g., a computer-readable recording medium^) 

25 which is executed by a central processing unit (CPU) or a digital 
signal processing device (DSP). Note also that the 
above-described multiplexer may be realized as a large scale 
integration (LSI). 

[0136] (Fourth Embodiment) 

30 Furthermore, by recording, onto a recording medium such as 

a flexible disk, a software program for realizing the information 
recording medium, the multiplexer, and the decoder described in the 
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above embodiments on a CPU or a DSP, it is possible to easily 
perform the processing as described in the above embodiments in an 
independent computer system. 

[0137] FIG 19 are explanatory diagrams in which the 
5 reproducing method and the recording method according to the 
above embodiments are perform by the computer system, using a 
program recorded in a recording medium such as a flexible disk. 

[0138] FIG. 19(b) shows a front view and a cross-sectional 
view of the flexible disk, and a view of the flexible disk itself, and FIG. 

10 19(a) shows an example of a physical format of the flexible disk, as 
a recording medium body. The flexible disk FD is contained in the 
case F, and on a surface of the disk, plural tracks Tr are formed 
concentrically from the outer periphery to the inner periphery, and 
each track is segmented into sixteen sectors Se in an angular 

15 direction. Therefore, in the flexible disk storing the above program, 
the program is recorded in an area allocated on the above flexible 
disk FD 

[0139] Moreover, FIG. 19(c) shows a structure for recording 
and reproducing the above program on the flexible disk FD. When 

20 the program for realizing the reproducing method and the recording 
method is recorded onto the flexible disk FD, the program is written 
from a computer system Cs via a flexible disk drive. When the 
reproducing method and the recording method for realizing the 
reproducing method and the recoding method is constructed in the 

25 computer system using the program in the flexible disk, the program 
is read out from the flexible disk via the flexible disk drive and 
transferred to the computer system. 

[0140] Note that the above has described that the 
recording medium is assumed to be the flexible disk, but the 

30 recording medium may also be an optical disk. Note also that, the 
recording medium is not limited to the above mediums, but any 
other mediums, such as an IC card and a ROM cassette, can be also 



-27- 



used, as far as the mediums can record the program. 

Industr i a l App li cab i l i ty 

[0141] In the information recording medium, the 
5 multiplexer, and the decoder according to the present invention, 
side information regarding video or audio data can be stored into 
table data, so that the side information can be analyzed efficiently 
and reliably. Thereby the present invention is effective as a 
package medium in which coded data such as video or audio is 
10 recorded; an apparatus in a broadcast station; a home server; and 
an audio-visual apparatus which records data onto CD, DVD, BD, HD, 
and reproduces the data. 
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ABSTRACT 



Prov i ded i s a mu l t i p l exer wh i ch can re li ab l y ana l yze s i de 
informat i on wh i ch a decoder i n the mu l t i p l exer can fundamenta ll y 
5 i dent i fy. 

A multiplexer (10a) generates data by assigning different 
packet identifiers to (i) one of coded video data and coded audio 
data, and (ii) table data regarding the coded data, and 
packet-multiplexing the coded data and the table data. The 

10 multiplexer (10a) includes-:- a sub-descriptor generating unit (14) 
which generates sub-descriptors, each of wh i ch includes including a 
sub-tag value representing a type of side information representing a 
parameter for decoding_ — the coded data, and the side information; 
a descriptor generating unit (11) which generates a main descriptor 

15 including the sub-descriptors generated — by — the — sub descr i ptor 
generating un i t (1 4 ) , and a main tag value representing a set of the 
sub-descriptors; and a table generating unit (12) which generates 
the table data, by associating the main descriptor generated by the 
descr i ptor generat i ng un i t (11), with the packet identifier of the 

20 coded data. The sub-descriptor generating unit (11) outputs the 
sub-descriptors in an order defined by a predetermined storage rule. 
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